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(5) Procede de gestion d'un programme d'application charge dans un support a microcircuit 



(57) Pour securiser Tutilisation des cartes a puce, on provoque r execution par le microprocesseur (3) de 
ces cartes, au moment de ('utilisation, du calcul (11) d'une signature selon un algorithme de chiffrement 
complexe prenant en compte d'une part un code secret (10) propre a la carte et d'autre part des 
instructions (12) propres au programme. On compare la signature ainsi calculee a une signature (14) 
preenregistree dans la carte dans les memes conditions au moment de sa livraison par Temetteur de (a 
carte. On montre qu'il est possible d*autoriser plusieurs utilisations sans porter atteinte a la securite de 
celles-ci. 
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La presente invention a pour objet un precede de 
gestion d'un programme d 'application charge dans un 
support a microcircuit Dans une utilisation preferee, 
le support a microcircuit est une carte dite a puce elec- 
tronique utilisabte dans le domaine bancaire ainsi que 
pour de nombreuses autres transactions. L'invention 
vise a mettre a la disposition de nombreux services 
dits emetteurs, de tels supports a microcircuit parce 
qu'ils permettent, avec ('intelligence electronique 
qu'ils emportent, de simplifier la gestion de ces servi- 
ces. 

Un support a microcircuit comporte d'une part un 
support, souvent constitue sous la forme d'une carte 
comme les cartes de credit et d'autre part un circuit 
electronique muni, a la surface du support, de moyens 
de communiquer avec le monde exterieur. Souvent 
ces moyens de communication sont de simples sur- 
faces metallisees reliees par ailleurs au microcircuit et 
autorisant des contacts electriques. Cependant, il est 
possible d'organiserune relation entre le monde exte- 
rieur et le microcircuit electronique qui soit sans 
contact electrique : par exemple, par I'intermediaire 
d'emission electromagnetiques. 

Dans sa definition la plus generate un microcircuit 
du type de celui utilise dans les cartes a puces 
comporte d'une part un microprocesseur qui est le 
veritable moteur de la carte, et d'autre part un ensem- 
ble de memoires ayant des fonctions differentes. On 
peut admettre qu'un tel microcircuit comporte ainsi 
trois types de memoire, encore que les fonctionnalites 
et les technologies de ces memoires puissent etre 
melees au point que la distinction de ces m6moires 
puisse etre difficile. Cependant, on peut noter ('exis- 
tence d'une memoire vive de travail, dite RAM, dont 
la technologie est souvent de type statique ou dyna- 
mique. Un microcircuit comporte egalement une 
m6moire morte, dite ROM ou encore memoire pro- 
gramme, contenant le programme duplication. Nor- 
malement cette memoire ROM ne peut etre 
programmable exterieurement par I'utilisateur et doit 
avoir ete programmee, soit par masque par le fabri- 
cant du microcircuit soit par I'emetteur de la carte 
avant que cet emetteur n'empeche ulterieurement (en 
general par rupture d'un fusible) I'acces en ecriture a 
cette memoire morte ROM. Comme troisieme type de 
memoire, on connatt I'existence de memoire program- 
mable et effacable electriquement, par exemple du 
type EEPROM ou du type FLASH EPROM. Ces der- 
nieres memoires inscriptibles permettent d'entrer des 
donnees relatives a ('application : nombres, dates et 
heures des utilisations de la carte pour {'application 
concemee, dates et montants preleves sur le compte 
en banque, plus general erne nt donnees relatives a la 
transaction. Les memoires ROM et EPROM sont nor- 
maiement non volatiles. 

Normalement le microprocesseur est apte a exe- 
cuter les programmes duplications contenus dans la 
memoire ROM, soit en allant directement lire les ins- 



tructions a executer dans cette memoire, soit en ayant 
provoque au prealable le transfert de ces instructions 
dans la memoire RAM et en les executant depuis 
cette memoire RAM elle meme. On connatt ainsi deux 

5 types de microprocesseur. Le premier type possede 
une instruction susceptible d'aller initialiser ('execu- 
tion du programme sur la premiere instruction conte- 
nue dans la memoire ROM. Le second possede une 
instruction susceptible de provoquer ce transfert. Les 

10 deux types peuvent coexister sur un microcircuit 
Dans ce cas une de ces fonctionnalites peut eventuel- 
lement etre neutralised. 

On distingue plusieurs intervenants dans le phe- 
nomene d'utilisation des cartes a microcircuit D'une 

15 part il existe des fabricants de microcircuits. D'autre 
part, il existe des emetteurs de carte, et enfin il existe 
des utilisateurs de carte. Les fonctionnalites des car- 
tes sont reduites au fur et a mesure qu'elles s'adres- 
sent a des intervenants situes de plus en plus en aval 

20 dans cette chatne. Ceci signifre que chez le fabricant 
du microcircuit le microcircuit electronique possede, 
potentiellement toute la puissance possible de pro- 
grammation interne. On peut resumer I'existence de 
cette puissance en disant qu'aucun des fusibies de 

25 limitation d'acces n'est encore rompu. Cependant, 
dans le cas ou il ne s'agira pas de fusible, on admettra 
que chez le fabricant cette puissance potentielle n'est 
pas non plus limitee par un jeu d' instructions de pro- 
grammation, propre au microprocesseur. 

30 Les emetteurs des cartes, par exemple les ban- 

ques, demandent en general au fabricant du microcir- 
cuit de programmer d'une maniere indetebile, soit par 
masque dans une memoire morte ROM, soit par pro- 
grammation logicielle et par rupture ulterieure du fusi- 

35 ble d'acces en 6criture dans une memoire de type 
EPROM, les applications dont elles ont besoin, et 
dont elles veulent que leurs clients soient en posses- 
sion. Ceci a comme premiere consequence que la 
fonctionnalite du microcircuit est figee, son utilisation 

40 est limitee a ('application envisagee. Cependant la 
banque peut imaginer pour developper sa relation 
avec sa clientele de donner d'autres fonctionnalites a 
la carte. Elle ne peut alors le faire, si ce n'est en se 
tournant vers le fabricant et en lui demandant de rea- 

45 liser d'autres cartes avec d'autres masques. Ce pro- 
cessus est long et peu souple. 

Ce mode de fabrication a un autre inconvenient 
He au fait que des autres services, par exemple des 
org an ism es sociaux de sante, des societes de ges- 
so tion d'un pare de stationnement, doivent adopter un . 
meme mode de prog rammat ion. Ce meme mode de 
programmation revenant a faire porter la charge de la 
programmation des applications dans les microcir- 
cuits sur le fabricant du microcircuit 

55 Si on procedait autrement il y aura it un risque. Ce 

premier risque sera it de voir un m arena nd de service 
simuler, avec ses outils de programmation des micro- 
circuits, des services d'un autre marchand. Par exem- 
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pie, une societe de gestion de parking pourrait, frau- 
duleusement, tenter de simuler une application ban- 
caire. Ce risque se situerait aussi chez les fabricants. 
Des negligences au moment de la fabrication ou de 
la livraison des microcircuits vrerges aux emetteurs 
pourrait conduire a mettre a la disposition d'acteurs 
mal intention nes des microcircuits programmables 
auxquels il serait possible de faire adopter, en partie 
seulement, des fonctionnaiites d'une carte particu- 
liere, et de lui attribuer en plus des fonctionnaiites qui 
normalement lui seraient interdites. 

Pour remedier a ces inconvenients, ii est deja 
connu d'une part, comme evoque ci-dessus, de faire 
charger par !e fabricant ('application dans une 
memoire ROM. L'application est figee des I'origine et 
ne peut plus etre modifiee par un queiconque moyen. 
II est connu aussi la possibility de charger des pro- 
grammes d'ap plications dans des memoires pro- 
grammables et de limiter ulterieurement I'acces en 
programmation a ces memoires programmables par 
rupture d'un fusible. On comprend que les deuxieme 
type de programmation recoive un accueil favorable 
de la part des emetteurs parce qu'il est plus souple 
d'utilisation. On comprend egalement que cette 
maniere de faire est cependant plus dangereuse pour 
les autres emetteurs. En effet, bien que le fabricant a 
pu limiter la potential ite du circuit cette limitation peut 
d'une maniere perverse etre contournee. 

Dans ('invention, on propose de resoudre ce pro- 
bleme en demandant a {'application de se proteger 
elle meme. Pour ce faire on indut en plus dans cette 
application un programme de chiffrement charge 
d'etablir une signature sur la base, d'une part, d'un 
code secret propre a la carte, et d'autre part, des ins- 
tructions du programme d'utilisation lui meme. Si ce 
programme de chiffrement n'est pas inclus dans 
l'application elle meme il existe neanmoins, et doit 
etre lance, periodiquement, par le microprocesseur. 
Son action porte sur les instructions de l'application. 
Cette signature est alors elle meme chargee dans la 
memoire de donnees de la carte. Cette signature est 
done tout a fait I is i We dans cette memoire. La carte 
comporte ainsi, dans sa memoire de donnee le code 
secret et la signature. La carte comporte dans sa 
memoire programme, d'une part le programme 
d 'application (toutes les instructions de ce pro- 
gramme), et d'autre part un algorithme de chiffrement 
identique a celui avec lequel a ete elabore la signa- 
ture. L'application peut etre stockee dans une 
memoire programmable et effacable. L'atgorithme de 
chiffrement n'est stocke qu'en memoire morte non 
programmable. La fo net ion na lite de cet algorithme est 
limitee au calcul de la signature, il ne peut pas provo- 
quer I'ecriture de cette signature dans la memoire de 
donnees. 

Quand on veut utiiiser la carte il sufflt alors, a cha- 
que utilisation de verifier que le calcul a nouveau de 
la signature, sur la base des instructions du pro- 



gramme et du code secret, est bien egal a la signature 
deja enregistree. Dans ces conditions il est possible 
de>mettre a la disposition de tous les emetteurs toute 
la potential ite des cartes aucun de ceux-ci ne peut par 

5 negligence ou part mauvaise intention simuler partiel- 
lement l'application d'un autre : il est oblige de la 
simuler au moins en totaJite. Quand elle est simulee 
en totalite, elle presente moins de risque puisque ('uti- 
lisation doit etre conforme a celle qui a ete attribuee 

w par I'emetteur. 

Pour rendre le systeme encore plus performant il 
peut etre envisage de faire intervenir, dans le proces- 
sus de verification le lecteur avec lequel la carte est 
en relation de communication. En effet ('algorithme de 

is chiffrement prend en compte les unes apres les 
autres les informations binaires contenues dans les 
instructions du programme d'application. Avec cette 
suite ^instruction et avec le code secret il calcule la 
signature. II est cependant possible d'introduire, de la 

20 part du lecteur, au cours de ce chiffrement, une autre 
suite binaire tendant a modifier la signature. Sous 
reserve que cette suite binaire ait ete egalement 
entree au moment de ('insertion de la signature dans 
la carte. On constate qu'on securise completement 

25 l'application d'une part par le code secret de la carte, 
d'autre part par la limitation des instructions du pro- 
gramme d'application strictement respecte et enfin 
par ('intervention de I'emetteur de la carte. 

Dans ce dernier cas, il est meme possible de 

30 modifier la signature. Cette modification est a I'initia- 
tive de I'emetteur. II peut decider par exemple, qu'a 
compter d'une certaine date la suite binaire introduite 
par les lecteurs sera differente. Lors de la premiere 
insertion d'une carte dans un lecteur, suite a cette 

35 decision de modification, le lecteur reconnait ('exis- 
tence de I'ancienne signature et, apres validation de 
la carte, et selon un protocole securise, ce lecteur 
reprogramme dans la carte une nouvelle signature, 
qui servira pour les verifications ulterieures. 

40 L'invention a done pour objet un precede de ges- 

tion d'un programme d'application dans un support a 
microcircuit com porta nt les eta pes suivantes : 

- on elabore une signature chiffree fonction d'un 
code secret du microcircuit et de certaines ins- 

45 tructions du programme ; 

- on charge cette signature dans une memoire 
programmable du microcircuit ; 

- on charge le programme dans une memoire 
programme du microcircuit ; 

so - on fait elaborer par le microprocesseur du 
microcircuit, au moment de ('execution du pro- 
gramme d'application, une autre signature chif- 
free ; 

- on compare la signature chiffree elaboree et 
55 celle qui a ete enregistree ; et 

- on autorise le deroulement du programme en 
fonction du resultat de cette comparaison. 
L'invention sera mieux comprise a la lecture de la 
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description qui suit et a I'examen des figures qui 
1'accompagnent Celles-ci ne sont donnees qu'a titre 
indicatif et null erne nt limttatrf de 1'invention. 
Les figurent montrent : 

- Figure 1, un schema fonctionnel du systeme de 
gestion de la carte selort I'invention ; 

- Figure 2 : ta suite logique des phases du pro- 
cede de gestion de I'invention. 

La figure 1 montre schematiquement le systeme 
de gestion utilisable pour mettre en oeuvre le precede 
de I'invention. Elle montre un support 1 contenant un 
microcircuit 2. Dans une application courante le sup- 
port 1 est une carte a puce en plastique, le microcircuit 
2 est un circuit electronique. Le microcircuit 2 
comporte des moyens non represents de communi- 
cation avec le monde exterieur, et un microproces- 
seur 3 apte a travailler sous le controle d'un 
programme 4 charge dans une memo ire vive 5 a 
acces aleatoire, dans une memoire morte 6 prepro- 
grammee, ou dans une memoire inscriptible 7 (dans 
une partie 9 quine peut plus etre ecrite de cette 
memoire 7, ou au contraire dans une partie 8 dans 
laquelle on peut ecrire et effacer en permanence). On 
va decrire le cas ou {'application est stockee dans une 
memoire morte 6 puis chargee dans une memoire 
vive 5 pour son execution. Cependant, I'invention est 
tout a fait applicable, lorsque le programme executa- 
ble est execute directement a partir de la memoire ou 
il est stocke, memoire 6 ou memoire 7, sans etre 
transfere a la memoire vive 5. Dans ce cas, le micro- 
processeur 3, par son fonctionnement interne, sait 
qu'il iui est possible d'aller chercher les instructions 
dans de telles memoires. Dans le cas present, au 
moment du demarrage, le microprocesseur, charge 
tout ou partie du programme executable dans la 
memoire RAM 5. 

En plus de la fonction "chargement RAM" de 
chargement du programme d'application, le pro- 
gramme principal du microprocesseur comporte une 
autre fonction de type algorithmique (de type RSA ou 
DES) obligatoire tendant a Iui faire mettre en oeuvre 
la verification de Tinvention. II n'est done pas possible 
d'y echapper. 

Dans les parties enregistrables 9 de la memoire 
7, a ete enregistre un code secret de la carte. Ce code 
secret est enregistre dans la carte par I'emetteur du 
programme d'application. II n'est pas accessible en 
lecture pour etre visualise ou transfere sur un bus 
d'entree-sortie de la carte. II est seulement accessible 
d'une maniere interne : le microprocesseur peut faire 
des calculs avec ce code secret Le code secret est 
stocke dans une region 10 completement inaccessi- 
ble par des voies exterieures de la memoire 7 (ou 
eventuellement de ia memoire 6). 

Au moment ou I'emetteur veut mettre en service 
les cartes, il charge dans la carte le code secret. 
L'emetteur connaTt d'autre part Identification de la 
carte : il s'agit de son numero de fabrication ou de son 



numero de serie. Enfin I'emetteur connalt egalement 
le programme 4 qu'il veut introduire dans le microcir- 
cuit 2. Ce programme, dans I'exemple decrit, est 
stocke dans une region 12 de la memoire 6. Dans une 
5 region 1 1 de cette memoire 6 est stocke un algorithme 
de chrffrement du type RSA. L'algorithme de chrffre- 
ment de type RSA est connu et est publie dans 
Communication of the ACM, Vol 21, 1978, pp 120-126 
dans un article intitule "A method for obtaining digital 

10 signatures and Public-key cryptosystems" dO a MM 
RIVEST R.L., SHAMIR A and ADLEMAN LM. 

L'invention peut, bien entendu, etre mise en oeu- 
vre avec d'autres algorithmes de chrffrement que cet 
algorithme la. En particulier, dans un merne but on 

15 connait un autre algorithme dit DES. 

Ces algorithmes consistent pour I'essentiel a cal- 
culer une signature a partir d'un certain nombre de 
donnees qui leurs sont communiquees. Dans I'inven- 
tion, les donnees qui sont communiquees sont le 

20 code secret de la carte, eventuellement I'identrfica- 
tion, ma is surtout les n instructions du programme 4. 
Ces instructions peuvent etre considerees comme 
des donnees puisque pour le calcul de la signature 
seule leur allure de suites bin aires est prise en 

25 compte. II est a noter cependant qu'il n'est pas neces- 
saire d'introduire au moment de I'operation de chrffre- 
ment toutes les instructions du programme 4 dans cet 
algorithme. On peut par exemple decider d'en pren- 
dre une sur deux seulement, ou bien une seulement, 

30 ou encore tout autre combinaison que Ton voudra. 
Ceci doit etre prevu pour I'execution de l'algorithme 
RSA qui va chercher des donnees, au fur et a mesure 
de son deroulement la ou on Iui a indique de les pren- 
dre. Lorsqu'il est question de changer la signature, 

35 plutot que d'entrer une donnee exterieure a la carte 
par un lecteur 13 qui est destine a la recevoir, il peut 
etre decide d'elaborer une nouvelle signature sur la 
base d'autres instructions contenues dans les n ins- 
tructions du programme 4, ou bien sur les memes ins- 

40 tructions mais prises selon un ordre different que 
I'ordre dans lequel elles avaient ete ran gees. 

La figure 2 permet de bien comprendre le fonc- 
tionnement de I'invention. Au moment du conditionne- 
ment de la carte, nanti de toutes les informations 

45 utiles, notamment les instructions 1 a n du pro- 
gramme 4, on calcule la signature en executant, exte- 
rieurement a la carte, l'algorithme RSA. La signature 
ainsi calculee est chargee dans une region 14 situee 
de preference dans la memoire 7. La region 14 peut 

so etre accessible en permanence en lecture : elle n'a 
pas besoin d'etre particulierement protegee. Elle peut 
meme etre accessible en ecriture : toute modification 
injustifiee se son contenu amenant I'echec de I'utilisa- 
tion envisagee de I'application. On peut aussi utiliser 

55 pour elaborer ta signature un code secret dedie a cet 
usage dans la carte. Ce code pourrait etre charge 
dans la carte au moment de ce conditionnement. 
Lots de I'utilisation, lors de I'insertion de la carte 
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1 dans la fente 15 du lecteur 13, la mise en march e 
du circuit provoque, comme premiere instruction, le 
cas echeant le chargement du programme de ('appli- 
cation dans la memoire de travail 5. line fois que ce 
programme a ete charge dans la memoire 5, le micro- 
processeur 3 met irremediablement en oeuvre, au 
moyen de I'algorithme de chiffrement RSA stocke 
dans la region 11, d'une maniere interne cette fois, 
I'elaboration de la signature. L'elaboration en interne 
par le microprocesseur 3 de la signature consiste a 
ailer chercher d'une part le code secret stocke dans 
la region 10, eventuellement aussi ('identification 
srtuee dans une region 16, et les instructions du pro- 
gramme soit stockees dans la region 12 de la 
memoire 6 soit stockees dans la memoire 5 et a faire 
les calculs de chiffrement sur ces donnees. Une fois 
que le microprocesseur 3 a termine son elaboration, 
il provoque aussi irremediablement par I'instruction 
17 la lecture de la signature stockee dans la region 14 . 
de la memoire 9. Cette signature lue dans la region 14 
est ensuite comparee, au cours d'une instruction de 
comparaison stocked dans une region 18 de la 
memoire 6, a la signature elaboree. Cette comparai- 
son est faite bit a bit. Selon le succes ou I'echec de 
cette comparaison, il sera edite un signal de validation 
du fonctionnement du microprocesseur, ou au 
contra ire d 'invalidation. 

En definitive, la mise en oeuvre de I'invention 
necessite, de preference au prealable c'est-a-dire au 
demarrage du microcircuit, ('execution du calcul de 
I'algorithme selon des instructions contenues dans la 
region 1 1 , puis la lecture de la signature et enfln I'exe- 
cution de la comparaison situe dans la region 16. Le 
chargement du programme dans la memoire de tra- 
vail 5 peut 6tre effectuee apres ces trois operations, 
en cas de succes seulement bien entendu. II sufflt 
done dans ce cas de realiser, en fabrication, des 
microprocesseurs tels qu'au demarrage ils aillent 
pointer directement sur la premiere instruction situee 
dans la region 11. Sinon il faut que leur premiere ins- 
truction soit le chargement en memoire RAM au 
moins des instructions 1 1, 17 et 18. Plut6t qu'une veri- 
fication unique faite en debut de programme, on peut 
prevoir des verifications plus regutieres au cours du 
deroulement de ce programme, par exemple apres 
I'execution a chaque fois de dix instructions, ou meme 
sous Tautoritt du lecteur qui provoque ('utilisation du 
programme. 

On constate done que la verification de la cohe- 
rence du programme avec la carte s'effectue d'une 
maniere interne, sans intervention quelconque de 
I'operateur. 

On a dit que la carte etait destinee a permettre les 
relations avec le monde exterieur quel qu'il soit. II 
serait done possible a un fraudeur de creer son propre 
programme (qui serait evidemment un programme 
nuisible a un emetteur que ce fraudeur voudrait voler). 
On peut mfime admettre qu'il serait possible a ce frau- 



deur de connartre le code secret ainsi que ('identifica- 
tion de la carte, et par ailleurs, les algorithmes RSA 
etant connus et accessibles au public, de charger lui 
meme une signature dans la memoire 7 et de tenter 

5 de rendre ainsi cette verification et cette validation 
illusoires. Pour eviter cette situation, on peut prevoir, 
lorsque la carte 1 est en relation avec le monde exte- 
rieur que ce monde exterieur substitue ses instruc- 
tions, coherentes, a celles du microcircuit 2 pour 

10 calcul er la signature. 

L'invention peut trouver une application dans le 
domaine des televisions a peage. Dans une television 
a peage, le signal de base de temps du signal video 
peut etre considere comme avance ou retarde dans 

15 le temps, pour chacune des lignes d'image, en fonc- 
tion d'un codage particulier. Sans intervention sur le 
signal video montre sur le poste de television, les 
lignes sont decalees les unes des autres et I'image 
brouillee. II est possible de resynchroniser I'instantdu 

20 depart du balayage de chaque ligne au moyen d'un 
automate qui en affecte le retard ou Cava nee de facon 
inverse au brouillage. 

Cet automate execute un algorithme de calcul sur 
un mot code. Le resultat de ce calcul constitue la 

25 sequence des retards et avances sur une trame du 
mode television. On peut admettre que tous les mois 
le mode de brouillage change et que par consequent 
pour debrouiiler son image chaque abonne doit ren- 
trer un nouveau mot code dans I'automate. Ce nou- 

30 veau mot code est transmis a I'abonne par la chaine 
de television a peage, sous reserve, qu'il soit a jour 
de son abonnement. Le probleme a resoudre est le 
probleme resultant de la divulgation de ('algorithme 
de I'automate. La societe de gestion des decodeurs 

35 de television a peage peut alors vouloir periodique- 
ment changer le mode de fonctionnement de ses 
automates : changer cet algorithme. Plutdt que 
d'avoir a changer les decodeurs eux-memes, qui sont 
des pieces cheres, il est envisage de mettre I'intelli- 

40 gence des automates dans des cartes a microcircuits. 
Done le changement du mode de fonctionnement de 
('automate reviendrait a changer ces cartes. Cepen- 
dant, cette solution etant elle meme trop chere, il est 
prevu avec l'invention de recharger un autre algo- 

45 rithme dans les cartes par les emissions hertziennes 
elles memes. On se trouve done, dans ce cas, dans 
la situation ou le programme executable doit etre 
charge non plus dans une memoire quine pourrait etre 
accessible qu'en lecture, telle que la memoire 6, mais 

50 dans une memoire telle que la memoire 8 qui doit 
meme etre accessible en ecriture. Le programme 
charge est done public. 

Ainsi, de pref6rence, le programme est done 
charge dans une memoire programmable et effacable 

55 8. De preference, le code secret utilise pour la signa- 
ture est un code secret specifique a ('elaboration de 
cette signature, ce code secret pouvant etre different 
du code secret qu'utilise le porteur pour valider I'utili- 
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sation de sa carte. It est par ailleurs possible de ren- 
dre specifique chaque programme pour chaque carte 
(ou pour des groupes de cartes possedant une meme 
identification). 

La mise en oeuvre de I'invention est la suivante 
dans le cas de ['application de television. L'emetteur 
emet, par voie hertzienne, un message specifique a 
destination de chaque carte. Ce message comporte 
d'une part une identification IN de la carte et d'autre 
part les nouvelles instructions NL de I'algorithme et la 
nouvelle signature SN. Cette nouvelle signature SN 
comporte alors necessairement une participation de 
('identification IN de la carte a son elaboration. Ou 
bien cette signature SN comporte une participation du 
code secret CS de la carte a son elaboration. Voire les 
deux. Chez le client N, le programme principal du 
microprocesseur de la carte ou du decodeur 
comporte alors une option pour se mettre en accep- 
tation de modification. Dans cet etat, le decodeur se 
met en modification des qu'il reconnaftdans les ondes 
emises son identification IN. Lorsque ('identification 
IN d'une carte est reconnue, le microprocesseur 
accepte le nouveau programme NL et la nouvelle 
signature SN. La reconnaissance de I' identification se 
fait par comparaison d'une identification emisesur les 
ondes hertziennes avec Identification presente dans 
la carte. Le protocol e de modification est lui aussi un 
protocole fige : le microprocesseur ne rend la main 
que lorsque toute la modification est term i nee. Une 
fois cette modification effectuee, la carte contient le 
nouveau programme de I'algorithme NL et la nouvelle 
signature SN. Le nouveau programme peut avoir ete 
remplace en toutou partie. Pour valider le fonctionne- 
ment, lors de la mise en service du decodeur, le 
microprocesseur de la carte calcule une nouvelle 
signature S'N sur la base des nouvelles instructions 
NL, de son identification IN, et, eventuellement, du 
code secret CS. Si S'N est le meme que SN la vali- 
dation se produit. Eile ne se produit plus dans le cas 
contra ire. 

Bien entendu, la chain e de television n'emet pas 
de message specifique pour les abonnes quine sont 
pas a jour du reglement de leur facture. 

Pour assurer la transmission du nouvel algo- 
rithme, un temps de 0,1 seconde par abonne est suf- 
fisant Cinq millions d'abonnes peuvent etre 
desservis en cinq jours. Ceci peut meme etre plus 
rapide si on utilise des reemetteurs distribues sur le 
territoire pour partager le travail. Afin d'assurer une 
permanence d'ecoute, on peut prevoir que chaque 
carte comporte deux algorithmes et que le decodeur 
est capable de choisir seul ceiui des deux qui est le 
bon. Ainsi, chaque abonne peut avoir I'algorithme A„ 
et A„ +1 . Pendant que la chaine emet avec un codage 
correspondant a A„ +1 on remplace, par voie her- 
tzienne, A„ par An+2- 



Revendications 

1. Precede de gestion d'un programme duplica- 
tion dans un support a microcircuit (2) comportant 

5 les eta pes suivantes : 

- on elabore une signature chifTree fonction 
d'un code secret (1 0) du microcircuit et de cer- 
taines instructions du programme (12), 

- on charge cette signature dans une 
10 memoire (14) programmable du microcircuit, 

- on charge le programme dans une memoire 
programme (12) du microcircuit, 

- on fait elaborer (11) par le microprocesseur 
du microcircuit, au cours de I'execution du 

15 programme duplication, une autre signature 

chiffree, 

- on compare (17,18) cette signature, et 

- on autorise le deroulement du programme 
en fonction du resultat de cette comparaison. 

20 

2. Procede selon la revendication 1 caracterise en 
ce qu'on stocke le programme dans une memoire 
(7) programmable et efTacable. 

25 3. Procede selon Tune quelconque des revendica- 
tions 1 ou 2 caracterise en ce qu'on charge un 
code secret dans le microcircuit, ce code etant 
dedie a I'elaboration de cette signature. 

30 4. Procede selon la revendication 2, caracterise en 
ce qu'on elabore 1'autre signature et en ce qu'on 
compare cette signature seulement au moment 
du chargement du programme d'application de la 
memoire de travail. 

35 

5. Procede selon Tune quelconque des revendica- 
tions 1 a 4 caracterise en ce qu'on elabore 
d'abord I'autre signature et en ce qu'on compare 
une signature plusieurs fois pendant I'execution 

40 du programme. 

6. Procede selon les revendications 1 a 5 caracte- 
rise en ce qu'on charge la signature elaboree 
dans une zone memoire du microcircuit qui ne 

45 peut qu'6tre lue d'une maniere interne. 

7. Procede selon les revendications 1 a 6 caracte- 
rise en ce qu'on elabore les signatures egalement 
en fonction d'un code d' identification contenu 

50 dans la carte. 
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Abstract: 

EP 475837 A 

The program is loaded into a microcircuit that is part of a smart card, and operates in several stages. 
Initially a coded signature is generated from a secret code (10) in the microcircuit and from instructions 
in the program (12). This signature is loaded into a programmable memory (14) in the microcircuit. The 
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microprocessor in the microcircuit generates another coded signature during execution of the application 
program. 

The two signatures are compared and the continuation of the program is authorised if they coincide. 

USE/ADVANTAGE - As smart cart for banking. Simplified program management for multiple 
applications incorporated into single smart card. 

Dwg,l/2 

EP 475837 B 

A method for the management of an application program loaded in a microcircuit-based medium (2), 
comprising the following steps: 

(a) to load the application program: 

- an encrypted signature is prepared as a function of a secret code (10) of the microcircuit and certain 
instructions of the program; 

- this signature if loaded into a programmable memory (14) of the microcircuit; 

- the program is loaded into a program memory (12) of the microcircuit; 

(b) when the application program is to be executed: 

- before the execution of the application program, the microprocessor of the microcircuit is made to 
prepare (1 1) another encrypted signature; 

- this signature is compared (17, 18); and 

- the program is allowed to run on according to the result of this comparison. 
Dwg.1/2 

US 5191608 A 

The application program management method involves computing a signature according to complex 
encrypting algorithm taking account, firstly, of a secret code proper to the card and, secondly, of the 
instructions proper to the program. 

The signature thus computed is compared with a signature that has been pre-recorded in the card under 
the same conditions at the time of its delivery by the card-issuing party. It is shown that several uses can 
be authorised without jeopardising their security. 

USE - For chip cards. 

Dwg.2/2 
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